|
This page last changed on Dec 02, 2014 by kgomes.
- The goals for the ESP GUI Application are:
- A graphical interface to allow the user to plan a mission for the ESP
- The GUI can take a mission plan and generate a valid mission script to deploy on the ESP
- The GUI will provide functionality to manage the data from the ESP. This data consists of:
- Various Ruby scripts
- Image analysis of the probe arrays
- Ancillary instrument data
- Events and data from log file (parsing)
- The GUI will provide a visual representation of the state of the ESP
- Currently user has to look through log file and mentally visualize state of system
- GUI should display visual representation of the instrument and its components
- Take instrument state from log file and produce graphical representation that will depict the current state of the instrument
- The state visualization should be able to playback a mission run from a log file and step the user through instrument states
- The GUI application should be focused on transitioning the ESP to a user community (not necessarily a development community)
- Use Cases
- ESP Configuration In Lab
- Mission plan is created
- Pucks are loaded
- Reagents are loaded
- Mission script is loaded
- ESP Deployment
- Shore station is configured
- Nothing from a GUI perspective
- FTP file store is configured
- Once the FTP server is up and running, the user will log in to the ESP web site
- If no mission has been created, the user creates a new mission for the ESP (can be empty)
- The user configures the mission FTP server in the web application
- Protocol (FTP/SFTP)
- Server hostname
- Port number
- Base directory for deployment files
- Username (or anonymous)
- Password (or email)
- Name and location of the log file (default is deduced from the type of mission e.g. real -> real.log)
- The user saves the FTP configuration in web application
- The user logs out
- Server spins up a monitoring worker process that points to the FTP server configured for the mission
- Process crawls FTP server site and examines each directory and file
- If the directory/file is different that what is in the deployment directory in the ESP repository, sync file from FTP server to repository.
- Update catalog entry for directory/file
- If the log file was updated, spin up process to parse the log file.
- ESP mobilized on ship
- Verify the ESP if functioning properly by checking files on the FTP station
- Make sure ancillary instruments are logging
- Check for any errors
- Makes sure environment sensors are reporting that all systems are go (humidity, power, etc.)
- ESP deployed
- Monitor ESP log files during deployment as was done in mobilization.
- ESP Operations
- ESP is sitting idle
- ESP processes sample
- ESP errors and halts
- Operator interacts with ESP
- ESP Data Analysis
- User enables image analysis
- The proper GAL file is uploaded to the mission repository
- The application sees the GAL file and does an automated analysis of the images.
- ESP Recovery
- Recover ESP with ship
- Demobilize the ESP off the ship
- Decommission the FTP server
- Decommission the shore station
- Requirements
- Assumptions
- Glossary
- Open Questions
- Interface Documents
- ESP Log Interface
- Parsing the ESP log file
- Real-Time ESP state update protocol framework
- GUI Application Design
- Object Model
- Data Model
- Data Repository
- Developer Documentation
|